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La presente invention concerne un procede d'enregistrement de contenus 
audiovisuels a diffusion programmee. Elle concerne egalement un systeme 
d'enregistrement de contenus audiovisuels a diffusion programmee, un serveur de 
presentation et un terminal d'acces pour la mise en ceuvre d'un tel procedS. 
5 Par diffusion, on entend generalement une diffusion des contenus audiovisuels sur 

tout type de supports, tels que le satellite, le cable, la transmission hertzienne terrestre ou 
Internet. 

Plus precisement I'invention concerne un procede du type comportant : 

- une etape de selection, a partir d'un terminal d'acces, d'un contenu 
1 0 audiovisuel a enregistrer associe a une date et une heure de diffusion ; 

- une etape de reception, par le terminal d'acces, d'un fichier d'enregistrement 
du contenu audiovisuel selectionn6, ce fichier contenant des informations d'identification 
du contenu audiovisuel et la date et I'heure prevues pour sa diffusion. 

De tels precedes sont connus. 
. 1 5 Par exemple, il est possible de consulter un guide de programmes sur un site Web a 

partir d'un terminal d'acces connecte au reseau Internet. Ce site facilite en general la 
recherche et, finalement, avec un peu de navigation et le remplissage de criteres de 
recherche montre toutes les informations disponibles sur le contenu qui interesse 
I'utilisateur, notamment des informations d'identification du contenu audiovisuel et la date 

20 et I'heure prevues pour sa diffusion. Ces informations peuvent ensuite etre telechargees 
sur le terminal d'acces. 

II est egalement prevu de diffuser des contenus audiovisuels associes a des 
donnees de description. Le forum DVB (pour « Digital Video Broadcasting ») a specifie le 
standard DVB-SI (pour « Service Information ») qui permet de diffuser des informations 

25 sur les contenus diffuses. Mais le plus souvent ces informations sont tres limitees 
(Identifiant de la chaine, Identifiant de remission, titre de remission, heure de debut, 
heure de fin, controle parental...). 

Enfin, les specifications du forum TV Anytime proposent une solution pour 
I'enregistrement automatique de contenus audiovisuels associes a des donnees de 

30 description de ces contenus. Cependant, la solution proposee par TV Anytime est 
complexe et exige une puissance de traitement trop importante pour la plupart des 
terminaux d'acces actuels. Elle impose entre autre aux terminaux de pouvoir traduire et 
traiter des fichiers dont le format est impose par TV Anytime. Ce format devient difficile a 
gerer pour un terminal grand-public, s'il souhaite par exemple obtenir d'un serveur une 

35 mise a jour du fichier d'enregistrement qu'il a regu. 
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L'invention vise a remedier a ces inconv6nients, en fournissant un procede 
d'enregistrement de contenus audiovisuels a diffusion programme capable de traiter des 
modifications de date et/ou d'heure de diffusion, ou meme des annulations de diffusion, et 
qui propose une solution peu complexe n'exigeant pas une capacite de traitement trop 
5 importante de la part du terminal d'acc^s. 

A cet effet, l'invention a pour objet un procede du type precite, caracterise en ce que 
le fichier d'enregistrement comporte en outre I'adresse d'un serveur de mise a jour, pour 
la generation d'une requete de mise a jour du fichier d'enregistrement emise par le 
terminal a destination de ce serveur de mise a jour. 

10 Un procede selon l'invention permet ainsi, grace uniquement aux informations que 

contient le fichier d'enregistrement, de generer une requete simple vers un serveur de 
mise a jour qui, lui, dispose des capacites de traitement suffisantes pour interpreter cette 
requete, s'informer d'une nouvelle date et/ou heure de diffusion ou d'une annulation de 
diffusion et transmettre a destination du terminal d'acces, si necessaire, des informations 

15 de mise a jour. 

Un procede selon l'invention peut en outre comporter I'une ou plusieurs des 
caracteristiques suivantes : 

- il comporte une etape de mise a jour du fichier d'enregistrement, en cas de 
modification de la date et/ou de I'heure de diffusion, ou d'annulation de la diffusion du 

20 contenu audiovisuel selectionne, ou de remplacement par un autre contenu audiovisuel ; 

- la requete de mise a jour comporte I'adresse du serveur de mise a jour et les 
informations d'identification du contenu audiovisuel ; 

- la requete est une requete du type HTTP ; 

- la requete de mise a jour du fichier d'enregistrement est emise 
25 periodiquement par le terminal jusqu'a la date et I'heure prevues pour la diffusion du 

contenu audiovisuel selectionne ; 

- lors de I'etape de selection on selectionne un unique contenu audiovisuel, et 
la requete de mise & jour du fichier d'enregistrement est emise par le terminal avec une 
frequence de plus en plus elevee lorsque Ton approche de la date et de I'heure de 

30 I'enregistrement du contenu audiovisuel selectionne ; 

- le fichier d'enregistrement comporte un champ repere par une balise d 
definissant I'adresse du serveur de mise a jour ; 

- le fichier d'enregistrement comporte au.moins un champ repere par une 
balise et definissant les informations d'identification du contenu audiovisuel correspondant 

35 associ6es & des donn§es de description de ce contenu ; 
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- I fichier d'enregistrement comporte un champ repere par une balise et 
definissant, pour un contenu audiovisuel donne de ce meme fichier, un identifiant de 
contenu associe a un contenu deja enregistre dans les moyens de stockage du terminal 
d'acces ; 

5 - la syntaxe des fichiers echanges entre le terminal d'acces et le serveur est 

definie par un schema de structure de donnees unique, notamment un schema XML ; 

- le procede comporte une etape prealable de selection d'une plurality de 
contenus ayant un theme commun et une etape de reception d'un fichier de demande 
d'enregistrement a partir duquel le terminal d'acces genere une requete de demande 

10 d'enregistrement destinee a etre emise vers un serveur predetermine, pour Texecution 
automatique de I'etape de selection ; 

- le fichier de demande d'enregistrement comporte I'adresse dudit serveur 
predetermine, pour la generation de la requete de demande d'enregistrement ; et 

- la requete comprend la reference d'un utilisateur a des fins statistiques. 

15 L'invention a egalement pour objet un systeme d'enregistrement de contenus 

audiovisuels a diffusion programmee pour la mise en oeuvre d'un procede tel que decrit 
precedemment, caracterise en ce qu'i! comporte au moins un terminal d'acces comportant 
des moyens de selection d'un contenu audiovisuel a enregistrer associe a une date et une 
heure de diffusion, ledit terminal d'acces comportant des moyens de reception d'un fichier 

20 d'enregistrement du contenu audiovisuel selectionne, ce fichier contenant des 
informations d'identification du contenu audiovisuel et la date et I'heure prevues pour sa 
diffusion, et en ce que le fichier d'enregistrement comporte en outre I'adresse d'un 
serveur de mise a jour, pour la generation d'une requete de mise a jour du fichier 
d'enregistrement emise par le terminal a destination de ce serveur de mise & jour. 

25 L'invention a egalement pour objet un serveur de mise a jour pour la mise en oeuvre 

d'un procede tel que decrit precedemment, caracterise en ce qu'il comprend des moyens 
de mise a jour du fichier d'enregistrement.. 

Enfin, l'invention a egalement pour objet un terminal d'acces pour la mise en oeuvre 
d'un procede tel que decrit precedemment, caracterise en ce qu'il comporte des moyens 

30 de selection d'un contenu audiovisuel a enregistrer associe a une date et une heure de 
diffusion, des moyens de reception d'un fichier d'enregistrement du contenu audiovisuel 
selectionne, ce fichier contenant des informations d'identification du contenu audiovisuel 
et la date et I'heure prevues pour sa diffusion, et comportant en outre I'adresse d'un 
serveur de mise a jour, pour la generation d'une requete de mise a jour du fichier 

35 d'enregistrement emise par le terminal a destination de ce serveur de mise a jour. 
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L'invention sera mieux comprise a la lecture d la description qui va suivre, donnee 
uniquement a titre d'exemple et faite en se referant aux dessins annexes, dans lesquels : 

- la figure 1 illustre schematiquement la structure g£n6rale d'un systeme 
d'enregistrement selon l'invention ; 

5 - la figure 2 represente une page de presentation de contenus audiovisuels a 

diffusion programmee pouvant etre enregistr6s, selon un premier mode de realisation de 
l'invention ; 

- la figure 3 represente les etapes successives d'un procede d'enregistrement 
selon le premier mode de realisation de l'invention ; 

10 - la figure 4 represente une page de presentation de contenus audiovisuels a 

diffusion programmee pouvant etre enregistres, selon un deuxieme mode de realisation 
de l'invention ; et 

- la figure 5 represente les etapes successives d'un procede d'enregistrement, 
selon le deuxieme mode de realisation de l'invention. 

15 Le systeme represente sur la figure 1 comporte un terminal 20 d'acces a des 

contenus audiovisuels emis par un diffuseur de programmes 22. 

Le terminal d'acces 20 et le diffuseur 22 sont en outre connectes a un reseau de 
transmission d'informations, tel que par exemple le reseau Internet 24, ce qui leur permet 
d'echanger des informations avec un serveur 26 de presentation des contenus 

20 audiovisuels. Le terminal 20 est par ailleurs muni de moyens de stockage de contenus 
audiovisuels, notamment parmi ceux qui sont diffuses. 

Le serveur de presentation 26 met a la disposition des utilisateurs du reseau Internet 
24 des pages de presentation des contenus audiovisuels destines a etre diffuses par le 
diffuseur 22. Ces informations de description des contenus audiovisuels sont contenues 

25 dans une base de donnees 28 reliee au serveur de presentation 26, laquelle est 
regulierement mise a jour par le diffuseur 22 via le serveur de presentation 26, lorsque par 
exemple des contenus audiovisuels sont deprogrammes ou ont une date ou une heure de 
programmation modifiee. 

La page de presentation 30 representee sur la figure 2 est geree par le serveur 26 et 

30 est consumable par un utilisateur du terminal d'acces 20, a travers le reseau Internet 24. 

Cette page de presentation 30 comporte les contenus audiovisuels a diffusion 
programmee, prSsentes a I'ecran en fonction d'un jour 32 et d'un creneau horaire 34 
selectionnes. Sur cette page de presentation plusieurs lignes 36 correspondent a 
plusieurs chames de diffusion P1, P2, P3 et P4 associees chacune a une succession de 

35 contenus audiovisuels a diffusion programmee a des heures predetermines. Par 
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exemple, un journal deformations 38 est diffuse le jeudi entre 20h00 et 20h35 par la 
chaine P2. 

A chacun des contenus audiovisuels a diffusion programmee est assocte un icone 
40 permettant a I'utilisateur du terminal d'acces 20 de selectionner ce contenu audiovisuel 
5 pour Tenregistrer dans les moyens de stockage du terminal d'acces 20. 

Le proced§ d'enregistrement represent sur la figure 3 comporte une premiere 
etape 50 au cours de laquelle I'utilisateur interagit avec la page de presentation 30 puis 
clique sur un ou plusieurs icones pour selectionner un ou plusieurs contenus audiovisuels 
a diffusion programmee. 
10 Suite a cette 6tape, le serveur de presentation 26 recupere les informations 

associees a ces contenus audiovisuels selectionnes dans la base de donnees 28. 

II fournit ces informations au terminal d'acces 20, lors d'une etape 52, sous la forme 
d'un fichier d'enregistrement 54. 

Ce fichier d'enregistrement 54 peut avoir la structure suivante, exprimee selon la 

15 syntaxeXML : 
<Record> 

<UpdateServerAddress> 

http://www.TVPortal.com\adrf3j2.FRG? 
</UpdateServerAddress> 
20 <RecordElement> 
<Contentld> 

Content n°1 
</Contentld> 
<TVAMain> 

25 

<Programlnformation Table> 

</Programl nformationTable> 
<Servicelnformation Table> 

30 

</Servicelnformation Table> 
<ProgramLocation Table> 
<BroadcastEvent> 
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servicelDRef= M 34567" 
fragmentld="123 M 
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fragmentVersion="1 2 1214" 

</BroadcastEvent> 
</ProgramLocation Table> 

5 

</TVAMain> 
</RecordElement> 
<RecordElement> 

<TVAMain> 

10 

</TVAMain> 
</RecordElement> 
</Record> 

Le fichier d'enregistrement comporte une balise « Record » de debut (<Record>) et 

15 de fin (</Record>) de fichier. Entre ces deux balises, il comporte des donnees reperees 
par des balises de debut et de fin, comme cela est prevu selon le format XML. 

Parmi ces donnees, I'adresse universelle d'un serveur de mise a jour, reperee par 
une balise «UpdateServerAddress », est fournie par le fichier d'enregistrement pour 
permettre au terminal d'acces d'emettre ensuite des requetes de demandes de mise a 

20 jour, en cas de modification de la date et/ou de I'heure de diffusion, d'annulation de la 
diffusion d'un contenu audiovisuel dont les donnees de description sont dans le fichier 
d'enregistrement, ou du remplacement d'un contenu audiovisuel du fichier 
d'enregistrement par un autre contenu audiovisuel. Dans cet exemple, I'adresse est celle 
du serveur de presentation 26, qui remplit egalement une fonction de mise a jour des 

25 fichiers d'enregistrement. 

Le fichier d'enregistrement 54 comporte en outre des donnees d Informations 
relatives a un ou plusieurs contenus audiovisuels selectionnes lors de I'etape 50. Pour 
chaque contenu audiovisuel, les donnees correspondantes sont reperees par une balise 
« RecordElement ». Dans I'exemple represents ci-dessus, le fichier d'enregistrement 

30 comporte deux contenus audiovisuels selectionnes. II comporte done deux champs 
reperes par la balise « RecordElement ». De fagon plus generate, il peut en comporter un 
nombre quelconque. 

Les donnees correspondant a un contenu audiovisuel selectionne comportent de 
fagon optionnelle un identifiant de contenu repere par la balise « Contentld », si 
35 I'utilisateur a choisi d'enregistrer ce contenu audiovisuel a la place d'un autre contenu 
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audiovisuel deja enregistre dans les moyens de stockage du terminal d'acces 20 et 
identify par le meme identifiant de contenu. 

Enfin, les donnees correspondant a un contenu audiovisuel comportent une table 
XML, rep6ree par une balise «TVAMain » et conforme aux specifications du forum TV- 
5 Anytime. Cette table inclut genSralement une sous-table Programlnformation pour la 
description du contenu, une sous-table Servicelnformation pour la description du service 
portant le contenu, et une sous-table ProgramLocation pour la localisation du contenu (en 
temps et lieu), necessaire a son enregistrement. 

La sous-table ProgramLocation comprend, dans un champs « BroadcastEvent », un 
10 identifiant du service portant le contenu, note « ServiceldRef », un identifiant du contenu, 
note « fragmentld », et un identifiant de la version des informations associees au contenu, 
note « fragmentVersion ». 

De fagon optionnelle, le fichier d'enregistrement peut aussi comprendre une 
reference de I'utilisateur. Dans ce cas, cette reference est reperee par une balise 
1 5 correspondante. 

Ensuite, lors d'une etape 56, le terminal 20 genere une requete de mise a jour du 
fichier d'enregistrement a partir des informations contenues dans ce fichier. Cette requete 
comprend I'adresse du serveur 26 associee a I'identifiant « fragmentld » et a I'identifiant 
« fragmentVersion ». Elle peut prendre la forme concatenee suivante dans le cas d'une 
20 requete HTTP : 

http://www.WPortal.com\adrf3j2.FRG?fragmentld=123&fragmentVersion=121214 
La requete peut de fa$on optionnelle, le cas echeant, comprendre egalement la 
reference de I'utilisateur a des fins statistiques. 

Des la reception de cette requete, le serveur de presentation et de mise a jour 26 
25 verifie les informations relatives au contenu correspondant a fragmentld=123 stockees 
dans la base de donnees 28 et leur identifiant de version. 

Ensuite, lors d'une derniere etape 58, le serveur emet une reponse a cette requete 
de mise a jour. Cette reponse contient un fichier de mise a jour 60. 

Ce fichier de mise a jour 60 peut avoir la structure suivante, exprimee selon la 
30 syntaxe XML : 

<UPDATE_ANSWER type= TYPE> 
<TVAMain> 
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<ServicelnformationTable> 
</ServicelnformationTable> 
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<ProgramLocationTable> 
<BroadcastEvent> 

serviceldRef= ,, 34567" 
5 fragmentld="123" 

fragmentVersion= ,, 121215 ,, 

</BroadcastEvent> 
</ProgramLocationTable> 

10 

</TVAMain> 
</UPDATE_ANSWER> 

Si Tidentifiant de version des donnees de la base correspond a I'identifiant de 
version de la requete, cela signifie que les informations associees au contenu audiovisuel 
15 a enregistrer n'ont pas change. Dans ce cas, on identifie le fichier de mise a jour 60 par 
la valeur TYPE= « Unmodified », indiquant que la diffusion du contenu correspondant 
n'est pas modifiee. 

Si I'identifiant de version des donnees de la base a une valeur superieure a 
Tidentifiant de la version de la requete, cela signifie que les informations associees au 
20 contenu audiovisuel ont ete mises a jour depuis la transmission du fichier 
d'enregistrement 54. Dans ce cas, on identifie le fichier de mise a jour 60 par la valeur 
TYPE= « New-version », indiquant que les donnees de description du contenu 
correspondant ont ete modifiee. 

Des reception de ce fichier, le terminal d'acces remplace la table «TVAMain » 
25 correspondante dans le fichier d'enregistrement 54. Notamment, si la date et/ou I'heure 
d'enregistrement a ete modifiee par le diffuseur 22, cette mise a jour permet au terminal 
d'acces d'en tenir compte pour le demarrage de I'enregistrement. 

Au cas ou le contenu selectionne a ete remplace, par le serveur 26, par un autre 
contenu audiovisuel, on identifie le fichier de mise a jour 60 par la valeur TYPE= « New- 
30 content », indiquant que le contenu audiovisuel a enregistrer est modifie. Dans ce cas, 
comme dans le precedent, on remplace la table« TVAMain » correspondante dans le 
fichier d'enregistrement 54. 

Au cas ou le contenu selectionne a ete supprime par le serveur 26, on identifie le 
fichier de mise a jour 60 par la valeur TYPE= « Cancelled », indiquant que le contenu 
35 audiovisuel a enregistrer est supprime. Dans ce cas, I'enregistrement est annule. 
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Enfin, au cas ou le serveur ne retrouve pas le contenu s6lectionne dans la base de 
donnees 28, on identifie le fichier de mise a jour 60 par la val ur TYPE= « Unknown », 
indiquant que le contenu audiovisuel a enregistrer n'a pas 6t§ retrouve. Dans ce cas 
I'enregistrement est annule. 
5 Les etapes 56 et 58 sont rep6t6es plusieurs fois, par exemple regulierement toutes 

les quatre heures, jusqu'a I'heure d'enregistrement du ou des contenus audiovisuels 
concernes. 

Une alternative consiste a repeter plusieurs fois les etapes 56 et 58 avec une 
frequence de plus en plus elevee lorsque Ton approche de la date et de I'heure de 

10 I'enregistrement du contenu audiovisuel sSlectionne. Bien sur, cette alternative est 
adaptee au cas ou Ton s6lectionne un unique contenu audiovisuel. 

La page de presentation 70 representee sur la figure 4 est geree par le serveur 26 et 
est consumable par un utilisateur du terminal d'acces 20, a travers le reseau Internet 24. 
Elle permet la mise en oeuvre d'un deuxieme mode de realisation de I'invention. 

15 Cette page de presentation 70 comporte une liste 72 de commandes 

d'enregistrement, chaque commande permettant I'enregistrement d'un ensemble de 
contenus ayant un theme commun. Par exemple, une telle commande concerne 
« toujours le dernier journal d'un certaine chaTne », «tous les matches de votre equipe 
favorite », « tous les films produits depuis moins de six mois », « tous les films avec votre 

20 acteur prefere », «tous les films de votre realisateur prefere », «tous les contenus sur 
votre sujet prefere », « les critiques de films d'un critique particulier ». 

Le proced6 de demande d'enregistrement represents sur la figure 5 comporte une 
premiere etape 80 au cours de laquelle I'utilisateur interagit avec la page de presentation 
70 puis clique sur Tune des commandes d'enregistrement de la liste 72. 

25 Suite a cette etape, le serveur de presentation 26 recupere les informations 

associees aux contenus audiovisuels dont le theme correspond a la commande 
d'enregistrement selectionnee. Ces informations sont stockees dans la base de donnees 
28. 

II fournit ensuite ces informations au terminal d'acces 20, lors d'une etape 52, sous 
30 la forme d'un fichier de demande d'enregistrement 84. 

Ce fichier de demande d'enregistrement 84 peut avoir la structure suivante, 
exprimee selon la syntaxe XML : 
<RecordRequest> 

<RecordRequestServerAddress> 
35 http:\\www.TVPortal.com\adrf3j2.REC 
</RecordRequestServerAddress> 
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<Periodicity> 
04:00:00 
</Periodicity> 
</RecordRequest> 

5 Le fichier de demande d'enregistrement 84 comporte une balise "RecordRequest" 

de debut (<RecordRequest>) et de fin (</RecordRequest>) de fichier. Entre ces deux 
balises, il comporte des donnees reperees par des balises de debut et de fin, comme cela 
est prevu selon le standard XML. 

Parmi ces donnees, I'adresse universelle d'un serveur de mise a jour, reperee par 

10 une balise "RecordRequestServerAdress", est fournie par le fichier de demande 
d'enregistrement pour permettre au terminal d'acces 20 d'emettre ensuite des requetes de 
demande de mise a jour du fichier de demande d'enregistrement. Dans cet exemple, 
comme dans I'exemple precedent, I'adresse est celle du serveur de presentation 26, qui 
remplit egalement une fonction de mise a jour des fichiers de demande d'enregistrement. 

1 5 Le fichier de demande d'enregistrement 84 comporte en outre de facon optionnelle 

une information de periodicite reperee par une balise "Periodicity" pour indiquer au 
terminal d'acces 20 une periode d'emission de requetes de mise a jour. Dans cet 
exemple, le serveur de presentation 26 demande a etre contacte toutes les 4 heures. 
Ensuite, lors d'une etape 86 repetee automatiquement de facon periodique selon la 

20 periodicite indiquee par le champ "Periodicity", le terminal 20 emet une requete vers le 
serveur de presentation 26 dont I'adresse figure dans le fichier de demandes 
d'enregistrement 84. Cette adresse comporte une precision permettant au serveur de 
presentation 26 de determiner la commande d'enregistrement qui a ete choisie par 
I'utilisateur. 

25 La requete peut prendre les deux formes suivantes : 

http:\\www.TVPortal.com\adrf3j2.REC 
ou 

http:\\www.TVPortal.com\adrf3j2.REC?MaxRecNb=2. 
Comme cela est indique dans les deux exemples ci-dessus, la requete de mise a 
30 jour comporte de facon optionnelle une variable "MaxRecNb" qui precise le nombre de 
contenus audiovisuels successifs correspondent au theme commande, que le terminal 
d'acces 20 doit enregistrer. Dans un premier cas, si cette variable n'est pas jointe a la 
requete, la demande d'enregistrement correspond a une demande d'enregistrement du 
premier contenu audiovisuel correspondent au theme selectionne. Dans le deuxieme cas, 
35 la variable "MaxRecNb" est egale a 2, c'est-a-dire que la demand d'enregistrement 
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concerne I'enregistrement de deux contenus audiovisuels successifs correspondent au 
theme selectionne. 

En reponse, lors d'une etape 88, le terminal d'acces 20 regoit un fichier 
d'enregistrement 90, similaire au fichier d'enregistrement 54, comportant les contenus 
5 audiovisuels correspondent a la demande d'enregistrement thematique emise par 
rutilisateur. 

Si I'etape 86 est repetee p6riodiquement, lors de I'etape 88 suivante, la reponse 
emise par le serveur de presentation 26 est un fichier de mise a jour tel qu'il a ete decrit 
prec6demment lors de I'etape 58. 
10 Comme precedemment, le fichier de mise a jour peut etre du type « New_ version », 

« Unmodified », « New_content », « Cancelled », ou « Unknown » selon les cas. 

Si des modifications de date et/ou d'heure de programmation de contenus 
audiovisuels sont apportees par le diffuseur 22, ceci ayant pour consequence une 
modification de la base de donn6es 28, remission repetee de requetes lors de I'etape 86 
15 permet de mettre a jour le fichier 90 d'enregistrement. Notamment, cela permet de 
modifier les contenus audiovisuels a enregistrer, au cas ou un nouveau contenu 
audiovisuel viendrait a etre programme avant le prochain contenu audiovisuel a 
programmer dans le theme choisi. 

Les etapes suivantes 92 et 94, ainsi que le fichier de mise a jour 96 sont similaires 
20 aux etapes 56 et 58, ainsi qu'au fichier de mise a jour 60. Pour cette raison, ces etapes et 
ce fichier ne seront pas decrits davantage. 

Dans les exemples fournis sur la figure 4, si I'utilisateur selectionne la commande 
d'enregistrement correspondant a "Toujours le dernier journal d'une certaine chame", le 
fichier de demandes d'enregistrement 84 peut prendre la forme suivante : 
25 <RecordRequest> 

<RecordRequestServerAddress> 

http:\\www.TVPortal.com\lastNewsOfBBC.REC 
</RecordRequestServerAddress> 
<Periodicity> 
30 04:00:00 
</Periodicity> 
</RecordRequest> 

Ce fichier de demande d'enregistrement comporte I'adresse du serveur 26 avec la 
precision concernant le theme du dernier journal de la chaine BBC. La p6riodicite de 
35 mise a jour d'un fichier d'enregistrement correspondant est de quatre heures. Le terminal 
d'acces 20 consulte alors le serveur de presentation : 



12 



http:\\www.TVPortal.com\lastNewsOfBBC.REC, 
qui lui renvoie le flchier 90 suivant : 
<Record> 

<UpdateServerAddress> 

http:\\www.TVPortal.com\lastNewsOfBBC.REC 
</UpdateServerAddress> 
<RecordElement> 
<Contentld> 

Content n°1 
</Contentld> 
<TVAMain> 

<ProgramDescription> 

<ProgramlnformationTable version="2"> 
<Programlnformation> 

programld="crid://vvww.bbc.co.uk/News1 91 22002" 
<BasicDescription> 
<Title> 

BBC News 
</Title> 
<Synopsis> 

News of the day 
</Synopsis> 
<Genre href=":x:x"> 
<mpeg7:Name> 

News 
</mpeg7:Name> 
</Genre> 
</BasicDescription> 
</Programlnformation> 
</ProgramlnformationTable> 
<ProgramLocationTable version="2"> 
<Schedule> 
<Event> 

<Program crid="crid://www. bbc.co.uk/News 1 9 1 22002-20H007> 
<EventDescription> 
<PublishedTime> 
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2002-12-19T20:00:00-00:00 
</PublishedTime> 
<PublishedDuration> 
P0Y0M0DT0H45M 
5 </PublishedDuration> 

</EventDescription> 
</Event> 

<Serviceld id="1237> 
</Schedule> 
1 0 </ProgramLocationTable> 
<ServicelnformationTable> 

<Servicelnformation serviceld="1 23"> 
<Name>BBC News</Name> 
<Owner>BBC</Owner> 
1 5 </Servicel nformation> 

</ServicelnformationTable> 
</ProgramDescription> 
</TVAMain> 
</RecordElement> 
20 </Record> 

Des la reception de ce fichier d'enregistrement 90, le terminal d'acces est 
automatiquement configure pour enregistrer le ou les contenus audiovisuels 
correspondants aux dates et heures indiquees dans le fichier. 

Au bout de quatre heures, que le terminal ait deja enregistre un journal ou non, il 
25 emet la requete de mise a jour precitee. Si une nouvelle version du fichier 
d'enregistrement est envoyee par le serveur, il reprogramme un enregistrement. Les 
etapes 56 et 58 sont alors de nouveau repetees. 

Si, comme cela est possible d'apres les exemples indiques sur la figure 4, 
I'utilisateur selectionne la commande d'enregistrement «Tous les matches de votre 
30 equipe favorite », le serveur de presentation renvoie par exemple le fichier de demande 
d'enregistrement suivant : 
<RecordRequest> 

<RecordRequestServerAddress> 

http://www.TVPortal.com\AIIManchesterFootballMatch.REC 
35 </RecordRequestServerAddress> 
<Periodicity> 
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24:00:00 
</Periodicity> 
</RecordRequest> 

Ce fichier de demande d'enregistrement comporte I'adresse du serveur 26 avec ia 
5 precision concernant le theme des matches joues par le club de Manchester, si cette 
equipe est I'equipe favorite de I'utilisateur. La p6riodicite de mise a jour d'un fichier 
d'enregistrement correspondant est de vingt-quatre heures. 

Ce fichier d'enregistrement peut prendre la forme suivante : 
<Record> 
1 0 <UpdateServerAddress> 

http:\\www.TVPortal.com\AIIManchesterFootballMatch.REC 
</UpdateServerAddress> 
<RecordElement> 
<TVAMain> 
1 5 <ProgramDescription> 



<Programl nformationTable version="2"> 
<Programlnformation programld = 



"crid://www.bbc.co.uk/ManchesterVsLiverpool2002-back"> 
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<BasicDescription> 
<Title> 



Manchester vs Liverpool 



England Championship - 2002 - back match 
</Title> 
<Synopsis> 



25 



After the first match between Liverpool & Manchester, 



where Liverpool win 1-0 the Manchester football club should 



win to make the final 
</Synopsis> 
<Genre href=":x:x"> 



30 



<mpeg7:Name>Sport/football</mpeg7:Name> 
</Genre> 



</BasicDescription> 
</Programlnformation> 
</ProgramlnformationTable> 



35 



<ProgramLocationTable version="2"> 
<Schedule> 
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<Event> 

<Program aid = 

M crid://wvvw.bbc.co.uk/ManchesterVsLiverpool2002-back'7> 

<EventDescription> 

<PublishedTime> 

2002-1 2- 1 9T21 :00:00-00:00 

</PublishedTime> 

<PublishedDuration> 

P0Y0M0DT0H100M 

</PublishedDuration> 

</EventDescription> 

</Event> 

<Serviceld id="1237> 
</Schedule> 
</ProgramLocationTable> 
<ServicelnformationTable> 

<Servicelnformation serviceld="1 23"> 
<Name>BBC Sport</Name> 
<Owner>BBC</Owner> 
</Servicelnformation> 
</ServicelnformationTable> 
</ProgramDes cription> 
</TVAMain> 
</RecordElement> 
</Record> 

Des la reception de ce fichier d'enregistrement 90, le terminal d'acces est 
automatiquement configure pour enregistrer le ou les contenus audiovisuels 
correspondants aux dates et heures indiquees dans le fichier. 

Au bout de vingt-quatre heures, que le terminal ait deja enregistre un match ou non, 
il emet la requete de mise a jour precitee. Si une nouvelle version du fichier 
d'enregistrement est envoyee par le serveur, il reprogramme un enregistrement. Les 
etapes 56 et 58 sont alors de nouveau r§petees. 

Si, comme cela est possible d'aprfcs les exemples indiques sur la figure 4, 
I'utilisateur selectionne I'une des commandes d'enregistrement «Tous les films produits 
depuis moins de 6 mois », « Tous les films de votre acteur prefere », « Tous les films de 
votre realisateur prefer^ », «Tous les contenus sur votre sujet prefere », «Les critiques 



16 

de films d'un critique particulier », les fichiers retournes par le serveur sont similaires aux 
deux cas mentionnes precedemment. 

Un exemple precis de schema XML structural la syntaxe du fichier 
d'enregistrement 54 ou 90 est repr6sente ci-dessous : 
5 <?xml version="1 .0" encoding="UTF-8 M ?> 

<xs:schema xmlns:tva= H http://wvvw.tv-anytime.org/2001/08/metadata ,, 
xmlns:mpeg7="urn:mpeg:mpeg7:schema:200r 

xmlns:xs= ,, http://www.w3.org/2001/XMLSchema" elementFormDefault="qualified" 
attributeFormDefault="unqualified"> 
1 0 <!-<import namespace="http://www.tv-anytime.org/2001/08/metadata M 
schemal_ocation="./tva_metadata_v1 1 .xsd"/>~> 
<xs:element name="Record" type="RecordType"> 
<xs:annotation> 

<xs:documentation xml:lang =,, fr"> 
1 5 Get element est la racine du fichier xx.REC 

</xs:documentation> 
</xs:annotation> 
</xs:element> 

<xs:complexType name="RecordType"> 
20 <xs:sequence> 

<xs:element name="UpdateServerAddress" type="xs:anyType"> 
<xs:annotation> 

<xs:documentation xml:lang= H fr"> 

Cette balise contient I'adresse universelle qui servira au terminal 
25 pour consulter les eventuels changements qui auront eu lieu pour 

les emissions prevues en enregistrement 
</xs:documentation> 
</xs:annotation> 
</xs:element> 

30 <xs:sequence maxOccurs="unbounded"> 

<xs:element name= H RecordElement"> 
<xs:annotation> 

<xs:documentation xml:lang= H fr"> 

Cet element represente un enregistrement de Tutilisateur, il 
35 contient un noeud TVAMain. Ce noeud TVA doit contenir le 

minimum pour permettre un enregistrement c'est a dire une 
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ProgramlnformationTable, un ServicelnformationTable, une 
ProgramLocationTable 
</xs:documentation> 
</xs:annotation> 
5 <xs:comp!exType> 

<xs:sequence> 

<xs:element ref="tva:TVAMain7> 
<xs:element name-'Contenld" minOccurs="0"> 
<xs:annotation> 

1 0 <xs:documentation xml:lang="fr"> 

Cet element, s'il est present indique au terminal qu'il 
s'agit d'un contenu qui doit remplacer un contenu 
present sur son disque portant le meme identifiant 
</xs:documentation> 
15 </xs:annotation> 

</xs:element> 
</xs:sequence> 
</xs:complexType> 
</xs:element> 
20 </xs:sequence> 
</xs:sequence> 
</xs:complexType> 
</xs:schema> 

Un exemple pr6cis de schema XML structurant la syntaxe du fichier de demande 
25 d'enregistrement 84 est represents ci-dessous : 
<?xml version="1.0" encoding="UTF-8"?> 
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" 
elementFormDefault-'qualified" attributeFormDefault="unqualified"> 
<xs:element name-'RecordRequest" type- 'RecordRequestType"> 
30 <xs:annotation> 

<xs:documentation>Element racine du document</xs:documentation> 
</xs:annotation> 
</xs:element> 

<xs:complexType name="RecordRequestType M > 
35 <xs:sequence> 

<xs:element name="RecordRequestServerAddress M type="xs:anyURI ,, > 



18 

<xs:annotation> 

<xs:documentation> 

Cet element contient I'adresse universelle a laquelle le terminal doit 
se connecter pour obtenir une mise a jour des informations de 
5 programmation 
</xs:documentation> 
</xs:annotation> 
</xs:element> 

<xs:element name="Periodicity" type- 'xs:duration" minOccurs="0"> 
1 0 <xs:annotation> 

<xs:documentation> 

Cet element contient la periode a laquelle doit se referer le terminal 
pour effectuer ses mises a jour 
</xs:documentation> 
15 </xs:annotation> 
</xs:element> 
</xs:sequence> 
</xs:complexType> 
</xs:schema> 
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REVENDICATIONS 

1. Procede d'enregistrement de contenus audiovisuels a diffusion programmee, 
comportant : 

5 - une 6tape (50 ; 86) de selection, a partir d'un terminal d'acc6s (20), d'un 

contenu audiovisuel a enregistrer associS a une date et une heure de diffusion ; 

- une etape (52 ; 88) de reception, par le terminal d'acces, d'un fichier (54 ; 90) 
d'enregistrement du contenu audiovisuel selectionne, ce fichier contenant des 
informations d'identification du contenu audiovisuel et la date et I'heure prSvues pour sa 
10 diffusion, 

caracterise en ce que le fichier d'enregistrement comporte en outre I'adresse d'un serveur 
de mise a jour (26), pour la generation (56 ; 92) d'une requete de mise a jour du fichier 
d'enregistrement emise par le terminal a destination de ce serveur de mise a jour. 

2. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
15 la revendication 1, caracterise en ce qu'il comporte une etape (58 ; 94) de mise a jourdu 

fichier d'enregistrement (54 ; 90), en cas de modification de la date et/ou de I'heure de 
diffusion, ou d'annulation de la diffusion du contenu audiovisuel selectionn6, ou de 
remplacement par un autre contenu audiovisuel. 

3. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
20 la revendication 1 ou 2, caracterise en ce que la requete de mise a jour comporte 

I'adresse du serveur de mise a jour (26) et les informations d'identification du contenu 
audiovisuel. 

4. Procede d'enregistrement de contenus audiovisuels a diffusion programmee 
selon I'une quelconque des revendications 1 a 3, caracterise en ce que la requete est une 

25 requete du type HTTP. 

5. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
I'une quelconque des revendications 1 a 4, caracterise en ce que la requete de mise a 
jour du fichier d'enregistrement (54 ; 90) est emise periodiquement par le terminal (20) 
jusqu'a la date et I'heure prevues pour la diffusion du contenu audiovisuel selectionne. 

30 6. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
Tune quelconque des revendications 1 a 4, caracterise en ce que lors de I'etape de 
selection (50 ; 86) on selectionne un unique contenu audiovisuel, et en ce que la requete 
de mise a jour du fichier d'enregistrement (54) est emise par le terminal (20) avec une 
frequence de plus en plus elevee lorsque Ton approche de la date et de I'heure de 

35 I'enregistrement du contenu audiovisuel selectionne. 
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7. Precede d'enregistrement de contenus audiovisuels k diffusion programmee selon 
Tune quelconque des revendications 1 & 6, caracterise en ce que le fichier 
d'enregistrement (54 ; 90) comporte un champ repere par une balise et definissant 
I'adresse du serveur de mise a jour. 
5 8. Procede d'enregistrement de contenus audiovisuels & diffusion programmee selon 
I'une quelconque des revendications 1 a 7, caracterise en ce que le fichier 
d'enregistrement (54 ; 90) comporte au moins un champ rep6re par une balise et 
definissant les informations d'identification du contenu audiovisuel correspondant 
associees a des donnees de description de ce contenu., 

10 9. Procede d'enregistrement de contenus audiovisuels £ diffusion programmee selon 
Tune quelconque des revendications 1 a 8, caracterise en ce que le fichier 
d'enregistrement (54 ; 90) comporte un champ repere par une balise et definissant, pour 
un contenu audiovisuel donne de ce meme fichier, un identifiant de contenu associe a un 
contenu deja enregistre dans les moyens de stockage du terminal d'acces. 

15 10. Procede d'enregistrement de contenus audiovisuels a diffusion programm6e selon 
I'une quelconque des revendications 1 a 9, caracterise en ce que la syntaxe des fichiers 
echanges entre le terminal d'acces et le serveur est definie par un schema de structure de 
donnees unique, notamment un schema XML. 

11. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
20 I'une quelconque des revendications 1 a 10, caracterise en ce qu'il comporte une etape 

prealable (80) de selection d'une pluralite de contenus ^ant un theme commun et une 
etape (82) de reception d'un fichier de demande d'enregistrement (84) a partir duquel le 
terminal d'acces genere une requete de demande d'enregistrement destinee a etre emise 
vers un serveur predetermine (26), pour I 'execution automatique de I'etape de selection 
25 (86). 

12. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 
la revendication 11, caracterise en ce que le fichier de demande d'enregistrement (84) 
comporte I'adresse dudit serveur predetermine, pour la generation de la requete de 
demande d'enregistrement. 

30 13. Procede d'enregistrement de contenus audiovisuels a diffusion programmee selon 

I'une quelconque des revendications 1 a 12, caracterise en ce que la requete comprend la 

reference d'un utilisateur a des fins statistiques. 

14. Systeme d'enregistrement de contenus audiovisuels £ diffusion programmee pour 

la mise en ceuvre d'un procede selon I'une quelconque des revendications 1 a 13, 
35 caracterise en ce qu'il comporte au moins un terminal d'acces (20) comportant des 

moyens de selection d'un contenu audiovisuel a enregistrer associe a une date et une 
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heure de diffusion, ledit terminal d'acces comportant des moyens de reception d'un fichier 
d'enregistrement (54 ; 90) du contenu audiovisuel selectionn6, ce fichier contenant des 
informations d'identification du contenu audiovisuel et la date et Theure pr§vues pour sa 
diffusion, et en ce que le fichier d'enregistrement comporte en outre I'adresse d'un 
5 serveur de mise a jour (26), pour la generation d'une requete de mise & jour du fichier 
d'enregistrement emise par le terminal a destination de ce serveur de mise a jour. 

15. Serveur de mise (26) a jour pour la mise en oeuvre d'un procedS selon I'une 
quelconque des revendications 1 a 13, caracterise en ce qu'il comprend des moyens de 
mise a jour du fichier d'enregistrement. 

10 16. Terminal d'acces (20) pour la mise en oeuvre d'un procede selon I'une quelconque 
des revendications 1 a 13, caracterise en ce qu'il comporte des moyens de selection d'un 
contenu audiovisuel a enregistrer associe a une date et une heure de diffusion, des 
moyens de reception d'un fichier d'enregistrement du contenu audiovisuel selectionne, ce 
fichier contenant des informations d'identification du contenu audiovisuel et la date et 

15 I'heure prevues pour sa diffusion, et comportant en outre I'adresse d'un serveur de mise a 
jour, pour la generation d'une requete de mise a jour du fichier d'enregistrement emise 
par le terminal a destination de ce serveur de mise a jour. 
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FRANCE TELECOM 



Procede cTenregistrement, avec mise a jour, de contenus audiovisuels a diffusion 

programmee 



abr£g£ du contenu technique DE L'INVENTION 



5 Ce procede d'enregistrement de contenus audiovisuels a diffusion programmee, 

comporte : 

- une etape (50) de selection, a partir d'un terminal d'acces (20) , d'un contenu 
audiovisuel a enregistrer associe a une date et une heure de diffusion ; 

- une etape (52) de reception, par le terminal d'acces, d'un fichier (54) 
10 d'enregistrement du contenu audiovisuel selectionne, ce fichier contenant des 

informations d'identification du contenu audiovisuel et la date et I'heure prevues pour sa 
diffusion. 

Le fichier d'enregistrement (54) comporte en outre I'adresse d'un serveur de mise a 
jour (26), pour la generation (56) d'une requete de mise a jour du fichier d'enregistrement 
1 5 emise par le terminal a destination de ce serveur de mise a jour. 



- Figure 3 - 



